home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1997 July / EnigmA AMIGA RUN 20 (1997)(G.R. Edizioni)(IT)[!][issue 1997-07 & 08][EAR-CD IV].iso / lightwave / lwmlist / 96.lightwave-0415 / 000200_dwarner@webcom.com _Tue Apr 16 18:04:59 1996.msg < prev    next >
Internet Message Format  |  1996-04-24  |  3KB
  1. Received: from e55.webcom.com (e55.webcom.com [206.2.192.66]) by keeper.albany.net (8.7.5/8.7.5-MZ) with ESMTP id SAA11496 for <DWARNER@ALBANY.NET>; Tue, 16 Apr 1996 18:04:49 -0400 (EDT)
  2. Received: from localhost by e55.webcom.com with SMTP
  3.     (1.37.109.15/16.2) id AA237131601; Tue, 16 Apr 1996 14:53:21 -0700
  4. Date: Tue, 16 Apr 1996 14:53:21 -0700
  5. Errors-To: dwarner@ALBANY.NET
  6. Message-Id: <Pine.SUN.3.93.960416163926.16665A-100000@access1.digex.net>
  7. Errors-To: dwarner@ALBANY.NET
  8. Reply-To: lightwave@garcia.com
  9. Originator: lightwave@garcia.com
  10. Sender: lightwave@garcia.com
  11. Precedence: bulk
  12. From: Ernie Wright <erniew@ACCESS.DIGEX.NET>
  13. To: Multiple recipients of list <lightwave@garcia.com>
  14. Subject: Re: Point Order
  15. X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
  16. Status: RO
  17. X-Status: 
  18.  
  19. Gonzalo Garramuno wrote:
  20.  
  21. > Yes, we are talking about same thing, but .5 is not enough.  try .001.
  22. > For both Modeler and Layout.  That works (I have not tried which is
  23. > Layout's exact limit before quantizing starts happening).
  24.  
  25. But it doesn't work for me.  Are you *sure* you're actually trying this?
  26. If anything, the quantization will get a little *worse* the farther the
  27. scale factor diverges from 1.0.
  28.  
  29. > Technically it should work.  It is as if you were actually creating a
  30. > 2 * 10^3 scene.  No floating point problems, there.  If that didn't
  31. > work, then no other LW scene should work at all either.
  32.  
  33. That's not the case at all.  The specific problem is that the ratio of
  34. the size of the ball to its distance from the origin is 1 : 4,000,000.
  35. That *doesn't change* when all you do is multiply both sides by a scale
  36. factor.  Nor does it matter whether the object is scaled in Modeler or
  37. Layout.
  38.  
  39. As I write this, my Pentium is displaying the ball scaled by .001 in
  40. Modeler and positioned at (2000, 0, 0).  The camera is parented to it,
  41. and what I see in the Camera view is a messed up ball--which, based on
  42. what I know about floating point representations, exactly what I'd expect
  43. to see.
  44.  
  45. Let me be as tedious about this as possible.  All of the following will
  46. look identically quantized.
  47.  
  48.    scale    ball radius     x          y  z
  49.    ----------------------------------------
  50.    1        .500            2000000.0  0  0
  51.    1/4      .125             500000.0  0  0
  52.    1/16     .03125           125000.0  0  0
  53.    1/256    .001953125         7812.5  0  0
  54.  
  55. The ratio (ball radius : x) is *constant*, and that's all that matters.
  56.  
  57. - Ernie
  58.  
  59.